Hallo,
Failed to execute MI command:
Diese Meldung erhalte ich auch manchmal mit meiner LPC/MCPU Xpresso IDE von NXP
diese basiert ja auch auf Eclipse und den GNU Tools
Das Problem liegt bei mir dann an der Zielhardware bzw. dem LPC Link Board.
Hier reicht bei mir oft ein abkoppeln des Programmers vom USB
und/oder ein Neustart der IDE.
Ich habe es auch schon hinbekommen meine CPU durch falsche Registerwerte einzufrieren,
dann wurde ich auch diese Meldung nicht mehr los.
Bei meinen LPC Prozessoren muss ich dann VOR dem Anstecken des USB Kabels
den ISP-E Pin auf Masse halten, damit die CPU wieder im UART Bootmodus startet.
Wie das bei den STM Controllern läuft weis ich aber nicht.
Ich habe diese Meldung auch immer wieder durch Störungen wenn ich die Masse von meinem Oszilloskop angeschlossen habe.
Hier hat sich dann herausgestellt, dass das Schaltnetzteil vom Laptop, welchen ich zum Debuggen nehme, EXTREM schlecht war.
Das hatte keine Netzfilter. Habe ich den Lappi nur mit dem Akku betrieben lief es einwandfrei.
Ich vermute Du meinst die Datei "cygwin1.dll"
diese finde ich bei mir in D:\Cygwin\bin
Ich habe auch gelesen, dass es einen Bug in der Version GDB 7.0 und 7.1 gibt bei der Auswertung des Path.
http://www.eclipse.org/forums/index....70932&start=0&GDB uses the PATH environment variable on Windows to load DLLs needed by the target that is debugged. You can change the environment via the Debug Launch Configuration. Unfortunately, there is a bug in gdb 7.0 and 7.1 that prevents gdb from passing the new environment to the target. Therefore, you have to set the PATH environment variable outside of Eclipse (before you start Eclipse!).
Siro
Zitieren
Lesezeichen